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DETAILED ACTION 

1. This action is in response to a Request for Continued Examination filed April 4, 2006. 
Claims 1-14 and 28 - 33 are pending. Claims 1-14 and 28 - 33 have been examined. 
Claims 1-14 and 28 - 33 have been rejected. 

2. The Examiner would like to thank the Applicant for the well-presented response, 
which was useful in the examination process. 



Continued Examination Under 37 CFR 1.114 

3. A request for continued examination under 37 CFR 1. 1 14, including the fee set forth in 37 
CFR 1. 17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.1 14, and the fee set forth in 37 CFR 

1. 17(e) has been timely paid, the finality of the previous Office action has been withdrawn 
pursuant to 37 CFR 1.114. Applicant's submission filed on February 7, 2006 has been 
entered. 

Response to Remarks 

4. Regarding claim 1 rejected under 35 U.S.C § 103: 

4.1. Applicant's arguments, see page 15, lines 5 - 12, and page 15, lines 22 - 25, and 
page 16, lines 1-17, have been fully considered and are persuasive. Therefore, the 
rejection has been withdrawn. However, upon further consideration, a new ground(s) of 
rejection is made as detailed below in the section for rejections under 35 USC §103. In 
summary, the Applicant argued that the art of Frantz did not teach or suggest, "receiving 
USB response messages sent from the peripheral emulator to the interface device through 
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the network communications protocol, and then sending the received USB response 
messages from the interface device through the one or more USB interfaces to the in-test 
host." Therefore, new art has been used in the claim rejection to clearly teach the 
limitation, but also, the Examiner has included additional textbook art, that was not used 
in the rejection, that teaches an old and well known technique of "tunneling," wherein one 
network protocol is transported inside another network protocol to bridge between two 
networks. The additional art is recited in the Conclusion section of this Office Action. 

5. Regarding claim 28 rejected under 35 U.S.C § 103: 

5.1. Applicant's arguments, see pages 18 - 20, have been fully considered and are 
persuasive. Therefore, the rejection has been withdrawn. However, upon further 
consideration, a new ground(s) of rejection is made as detailed below in the section for 
rejections under 35 USC § 103. 

6. The Examiner would like to draw the Applicant's attention to new rejections under 35 USC 
101 included in this Office Action. 

Claim Rejections - 35 USC §101 

7. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent 
therefor, subject to the conditions and requirements of this title. 

8. Claims 28 - 33 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non-statutory subject matter. 
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8.1. Regarding claims 28 - 33, the claims do not appear to produce a useful and 
tangible result to form the basis of a practical application needed to be statutory. 

Claim Rejections - 35 USC §103 

9. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought 
to be patented and the prior art are such that the subject matter as a whole would have 
been obvious at the time the invention was made to a person having ordinary skill in the 
art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

10. This application currently names joint inventors. In considering patentability of the claims 
under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various 
claims was commonly owned at the time any inventions covered therein were made absent 
any evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to 
point out the inventor and invention dates of each claim that was not commonly owned at 
the time a later invention was made in order for the examiner to consider the applicability 
of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

11. Claims 1 - 2, 4 and 11 - 12 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Frantz (U.S. Patent 6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure 
(IBM Technical Disclosure Bulletin, "Multiple Control Unit/ Device Emulator for Testing 
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Computer Programs", September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in 
view of McAlear (U.S. Patent 6,389,029). 

11.1. The art of Frantz is directed toward a system in which a first computer couples to 
an interface unit via a Universal Serial Bus (USB), and the interface unit couples to a 
remote computer [column 1. lines 22 -32) via a network link [ column 7, lines 9-15: 
and figure 1. element 175; and column 3. lines 65 - 68; and column 4. lines 1 - 30) 
such that peripherals and input/ output devices of the remote computer appear as 
peripherals and input/ output devices of the first computer [column I, lines 22 -32) . 

11.2. The art of IbmTechnicalDisclosure is directed toward using a second computer to 
emulate multiple input/ output devices such that it can be attached to a first computer for 
testing the first computer system and its computer programs [page 1212, first 
paragraph) . It also provides the capability for testing programs that drive currently 
unavailable devices [page 1212, first paragraph) . 

11.3. The art of McAlear is directed to a local area network incorporating the universal 
serial bus (USB) protocol [Title) . 

11.4. Frantz appears to teach USB peripheral devices [ Abstract, third sentence) . 

11.5. Frantz appears to teach one or more USB interfaces configured to communicate 
with one or more USB ports of the host to communicate USB messages with the host 
[figure I. elements 150 and 125; and column 5. lines 65 - 67; and column 6. lines 1 
- 4 and lines 42 - 45) . 

11.6. Frantz appears to teach a network interface configured to communicate with a 
peripheral using a network communications protocol [figure 1. elements 1 50. 160. 175. 
265. 250. 240. 245; and figure 2. elements 170. 270. 285. 290. 240. 245. 2951 . 
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11.7. Frantz appears to teach operating logic configured to perform actions comprising: 

11.7.1. Receiving USB command messages sent from the host to the interface 
device [column 10, lines 55 - 67; and column 11. lines 1 - 21; and figure 2) \ 

11.7.2. Sending the received command messages from the interface device to the 
peripheral through the network interface using the network communications protocol 
{figure 2; and figure 3, elements "queries to USB function logic and system 
prompts", "prompts", "Communicate over appropriate interface"; and column 5, 
lines 65 - 67; and column 6, lines 1 - 47) . 

11.7.3. Receiving response messages sent from the peripheral to the interface 
device through the network interface using the network communications protocol 
(figure 2; and figure 3, elements "communicate over appropriate interface", 
"instructions", and "remote activity translated to USB"; and column 5, lines 65 - 
67; and column 6. lines 1 - 67) ; 

11.7.4. Sending the received response messages from the interface device 
through the one or more USB interfaces to the host [figure 2. and figure 3; and 
column 7, lines 45 - 60) . 

11.8. Frantz does not specifically teach one or more USB interfaces configured to 
communicate with one or more USB ports of the in-test host to communicate USB 
messages with the in-test host. 

11.9. Frantz does not specifically teach a network interface configured to communicate 
with a peripheral emulator using a network communications protocol. 

11.10. Frantz does not specifically teach operating logic configured to perform actions 
comprising: 
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11.10.1. Receiving USB command messages sent from the in-test host to the 
interface device; 

11.10.2. Sending the received USB command messages from the interface device 
to the peripheral emulator through the network interface using the network 
communications protocol; 

11.10.3. Receiving USB response messages sent from the peripheral emulator to 
the interface device through the network interface using the network communications 
protocol; 

11.10.4. Sending the received USB response messages from the interface device 
through the one or more USB interfaces to the in-test host. 

11.11. IbmTechnicalDisclosure appears to teach an in-test host (page 1212. first 
paragraph labeled 2p) and a peripheral emulator (page 1212. first paragraph labeled 

11.12. McAlear appears to teach: 

11.12.1. Sending USB command messages from an interface device to a 
peripheral through a network interface using a network communications protocol 
(figure 7A. elements 40, 50, 30, 10, 90. 80. 100: and column 24, lines 25 - 55) : 

11.12.2. Receiving USB response messages sent from a peripheral to an interface 
device through a network interface using a network communications protocol (figure 
7A, elements 40, 50, 30. 10. 90. 80. 100; and column 24. lines 25 - 55) ; 



Application/ Control Number: 10/007,056 Page 8 

Art Unit: 2123 

11.12.3. Sending received USB response messages from an interface device a host 
(figure 7B, elements 100, 80, 90, 10. 120. 110. 140. 130; and column 24, lines 25 
r_55). 

11.13. The motivation to use the art of IbmTechnicalDisclosure with the art of Frantz 
would have been because an ordinary artisan at the time of invention needing to test a first 
computer communicating with a USB peripheral device across a network, where the 
peripheral device was not yet available (as taught in IbmTechnicalDisclosure), would have 
emulated the USB peripherals (as taught in Frantz, in the Abstract, third sentence) and 
used the art of IbmTechnicalDisclosure with the art of Frantz to perform the test. The 
ordinary artisan would have known that a cost and time benefit would result from testing a 
first computer before the peripheral device was available. 

11.14. The motivation to use the art of McAlear with the art of Frantz would have been the 
benefit recited in McAlear that the invention overcomes the reach limitations of the USB 
protocol (column 9, lines 11 - 15), which would have been recognized by the ordinary 
artisan as overcoming a significant limitation of the USB protocol. 

11.15. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of Frantz with the art of IbmTechnicalDisclosure and 
McAlear to produce the claimed invention. 



11.16. Regarding claim 2: 

11.16.1. Frantz appears to teach USB peripheral devices [Abstract* third 
sentence) . 
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11.16.2. Frantz does not specifically teach a peripheral emulator that is 
programmed to emulate one or more USB peripherals. 

11.16.3. IbmTechnicalDisclosure appears to teach a peripheral emulator that is 
programmed to emulate one or more peripherals [page 1212, first paragraph labeled 
2e). 

11.17. Regarding claim 4: 

11.17.1. Frantz appears to teach USB peripheral devices [ Abstract* third 
sentence) . 

11.17.2. Frantz does not specifically teach a peripheral emulator that comprises a 
general-purpose computer programmed to emulate one or more USB peripherals. 

11.17.3. IbmTechnicalDisclosure appears to teach a peripheral emulator that 
comprises general-purpose computer programmed to emulate one or more peripherals 
(vage 1212. first paragraph labeled 2p. and second paragraphs . 

11.18. Regarding claim 11: 

11.18.1. Frantz appears to teach an Ethernet network interface (column 4« lines 
1^6). 

11.18.1.1. Regarding [column 4, lines 1 - 6) ; it would have been obvious that an 
Ethernet communications line uses an Ethernet network interface. 

11.19. Regarding claim 12: 

11.19.1. Frantz appears to teach an Ethernet network communications protocol 
[column 4. lines 1 - 61 . 
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11. 19. 1.1. Regarding (column 4. lines 1-61 : it would have been obvious that an 
Ethernet communications line uses an Ethernet network communications protocol. 



12. Claims 3, 5 and 9 - 10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Frantz (U.S. Patent 6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM 
Technical Disclosure Bulletin, "Multiple Control Unit/ Device Emulator for Testing 
Computer Programs", September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in 
view of McAlear (U.S. Patent 6,389,029) as applied to claims 1 - 2, 4 and 11-12 above, 
further in view of UsbHidClassDefinition (Universal Serial Bus, "Device Class Definition for 
Human Interface Devices (HID)*, Version 1.1 1, June 27, 2001), further in view of UsbSpecs 
("Universal Serial Bus Specification", Revision 1.1, September 23, 1998). 

12.1. Frantz as modified by IBMTechnicalDisclosure and McAlear teaches the interface 
device for testing an in- test host's support of USB peripherals as recited in claims 1-2,4 
and 11-12 above. 

12.2. The art of UsbSpecs is directed to specifications for Universal Serial Bus 
Specifications (Title). 

12.3. The art of UsbHidClassDefinition is directed to specifications for device class 
definition for human interface devices (HID). 

12.4. Regarding claim 3: 

12.4.1. Frantz appears to teach USB peripheral devices { Abstract, third 

sentence) . 
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12.4.2. Frantz does not specifically teach a peripheral emulator programmed to 
emulate HID, bulk, and isochronous USB peripherals. 

12.4.3. IbmTechnicalDisclosure appears to teach a peripheral emulator that is 
programmed to emulate one or more peripherals (page 1212* first paragraph labeled 
2e). 

12.4.4. UsbHidClassDefinition appears to teach HID peripherals {page 1. 
section 2.1 Scope) . 

12.4.5. UsbSpecs appears to teach bulk (page 46, section 5.8 Bulk Transfers) 
and isochronous (page 41 , section 5.6 Isochronous Transfers) peripherals. 



12.5. Regarding claim 5: 

12.5.1. Frantz appears to teach USB peripheral devices ( Abstract, third 
sentence) . 

12.5.2. Frantz does not specifically teach a peripheral emulator comprising a 
general-purpose computer programmed to emulate HID, bulk, and isochronous USB 
peripherals. 

12.5.3. IbmTechnicalDisclosure appears to teach a peripheral emulator 
comprising a general-purpose computer that is programmed to emulate one or more 
peripherals (page 1212. first paragraph labeled 2p* and second paragraph) . 

12.5.4. UsbHidClassDefinition appears to teach HID peripherals (page 1. 
section 2.1 Scope) . 



Application/ Control Number: 10/007,056 
Art Unit: 2123 



Page 12 



12.5.5. 



UsbSpecs appears to teach bulk (page 46. section 5.8 Bulk Transfers) 



and isochronous [page 41. section 5.6 Isochronous Transfers) peripherals. 



12.6. Regarding claims 3 and 5: 



12.6.1. 



The motivation to use the art of UsbHidClassDefinition and UsbSpecs 



with the art of Frantz as modified by IBMTechnicalDisclosure and McAlear would have 
been because an ordinary artisan at the time of invention needing to test USB 
peripheral devices of the types HID, bulk, and isochronous, where the peripheral device 
was not yet available (as taught in IbmTechnicalDisclosure), would have emulated the 
USB peripherals (as taught in Frantz, in the Abstract, third sentence) and used the art 
of UsbHidClassDefinition and UsbSpecs with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear to perform the test. 

12.7. Regarding claim 10: 

12.7.1. Frantz does not specifically teach that USB messages comprise HID, bulk 
and isochronous USB messages. 

12.7.2. UsbSpecs appear to teach that USB messages comprise bulk and 
isochronous USB messages (page 41. section 5.6 Isochronous Transfers: and page 
46. section 5.8 Bulk Transfers) . 

12.7.3. UsbHidClassDefinition appears to teach HID USB messages (page 4. the 
figure below the third paragraph) . 

12.7 .4. The motivation to use the art of UsbSpecs with the art of Frantz as 

modified by IBMTechnicalDisclosure and McAlear would have been because an ordinary 
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artisan at the time of invention needing to test USB peripheral devices of the bulk and 
isochronous types would have needed the bulk and isochronous USB messages in 
UsbSpecs. 

12.7.5. The motivation to use the art of UsbHidClassDefinition with the art of 

Frantz as modified by IBMTechnicalDisclosure and McAlear would have been because 
an ordinary artisan at the time of invention needing to test a USB peripheral device of 
the HID type would have needed the HID USB message in UsbHidClassDefinition. 

12.8. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of UsbHidClassDefinition and UsbSpecs with the art of 
Frantz as modified by IBMTechnicalDisclosure and McAlear to produce the claimed 
invention. 



13. Claim 9 is rejected under 35 U.S.C. 103(a) as being unpatentable over Frantz (U.S. Patent 
6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM Technical Disclosure 
Bulletin, "Multiple Control Unit/Device Emulator for Testing Computer Programs", 
September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in view of McAlear (U.S. 
Patent 6,389,029) as applied to claims 1 - 2, 4 and 11-12 above, further in view of 
UsbSpecs ("Universal Serial Bus Specification", Revision 1.1, September 23, 1998). 

13.1. Frantz as modified by IBMTechnicalDisclosure and McAlear teaches the interface 
device for testing an in- test host's support of USB peripherals as recited in claims 1-2,4 
and 11-12 above. 



13.2. Regarding claim 9: 
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13.2*1. Frantz does not specifically teach that a USB interface comprises at least 

four USB interfaces. 

13.2.2. UsbSpecs appears to teach a USB interface that comprises at least four 

USB interfaces [Eage22±4^. 

13.3. The motivation to use the art of UsbSpecs with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear would have been because an ordinary artisan at the 
time of invention needing to test a large number of USB peripheral devices would have 
needed the multiple interfaces provided in UsbSpecs. 

13.4. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of UsbSpecs with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear to produce the claimed invention. 



14. Claims 6 and 7 are rejected under 35 U.S.C. 103(a) as being unpatentable over Frantz 
(U.S. Patent 6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM 
Technical Disclosure Bulletin, "Multiple Control Unit/ Device Emulator for Testing 
Computer Programs", September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in 
view of McAlear (U.S. Patent 6,389,029) as applied to claims 1 - 2, 4 and 11-12 above, 
further in view of McConnell (McConnell, Steve; "Code Complete", 1993, Microsoft Press). 

14.1. Frantz as modified by IBMTechnicalDisclosure and McAlear teaches the interface 
device for testing an in-test host's support of USB peripherals as recited in claims 1-2,4 
and 11-12 above. 

14.2. The art of McConnell is directed toward software construction (Book cover), 
including testing (page 589. chanter title) . 
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14.3. Regarding claim 6: 

14.3.1. Frantz appears to teach USB peripheral devices ( Abstract, third 
sentence) . 

14.3.2. Frantz appears to teach that a peripheral generates response messages 
to a host with peripheral parameters [figure 2; and figure 3. elements 
"communicate over appropriate interface", "instructions", and "remote activity 
translated to USB", elements 155 and 315; and column 5. lines 65 - 67; and 
column 6. lines 1 - 671 ; 

14.3.3. Frantz does not specifically teach a peripheral emulator comprises a 
general-purpose computer . 

14.3.4. Frantz does not specifically teach a general-purpose computer 
programmed to emulate one or more USB peripherals . 

14.3.5. Frantz does not specifically teach a general-purpose computer further 
programmed to generate USB response messages that test the in-test host with ranges 
of USB peripheral parameters. 

14.3.6* IbmTechnicalDisclosure appears to teach a peripheral emulator 

comprises a general-purpose computer [page 1212, first paragraph labeled 2p and 
second paragraphs . 

14.3.7. IbmTechnicalDisclosure appears to teach a general-purpose computer 

programmed to emulate one or more peripherals (page 1212. first paragraph labeled 
2p and second paragraphs . 
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14.3.8. IbmTechnicalDisclosure appears to teach testing an in-test host (page 
1212* first paragraph labeled 2p and second paragraph) . 

14.3.9. McConnell appears to teach testing with ranges of parameters (page 
604* section "Classes of Good Data"* especially bullet "Maximum normal 
configuration"! . 

14.4. Regarding claim 7: 

14.4.1. Frantz appears to teach USB peripheral devices ( Abstract, third 
sentence) , 

14.4.2. Frantz appears to teach that a peripheral generates response messages 
to a host with peripheral parameters {figure 2: and figure 3. elements 
"communicate over appropriate interface"* "instructions"* and "remote activity 
translated to USB"* elements 155 and 315; and column 5* lines 65 - 67; and 
column 6* lines 1 - 67) ; 

14.4.3. Frantz does not specifically teach a peripheral emulator comprises a 
general-purpose computer . 

14.4.4. Frantz does not specifically teach a general-purpose computer 
programmed to emulate one or more USB peripherals . 



14.4.5. Frantz does not specifically teach a general-purpose computer further 

programmed to generate abnormal USB response messages in order to test the in- 
test host with such abnormal USB response messages. 
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14.4.6. IbmTechnicalDisclosure appears to teach a peripheral emulator 
comprises a general-purpose computer Ipaae 1212* first paragraph labeled 2p and 
second paragraph) . 

14.4.7. IbmTechnicalDisclosure appears to teach a general-purpose computer 
programmed to emulate one or more peripherals {page 1212* first paragraph labeled 
2p and second paragraph) . 

14.4.8. IbmTechnicalDisclosure appears to teach testing an in-test host (page 
1212* first paragraph labeled 2p and second paragraph ). 

14.4.9. McConnell appears to teach testing with abnormal parameters I page 
603* section "Classes of Bad Data 99 * especially bullet "the wrong kind of data 
(invalid data) 99 ) . 

14.5. The motivation to use the art of McConnell with the art of Frantz as modified by 
IbmTechnicalDisclosure and McAlear would have been the testing methods taught in 
McConnell, which would have been recognized as valuable time and cost saving methods by 
the ordinary artisan. 

14.6. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of McConnell with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear to produce the claimed invention. 

15. Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Frantz (U.S. Patent 
6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM Technical Disclosure 
Bulletin, "Multiple Control Unit/Device Emulator for Testing Computer Programs", 
September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in view of McAlear (U.S. 
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Patent 6,389,029) as applied to claims 1 - 2, 4 and 11-12 above, further in view of 
UsbSpecs ("Universal Serial Bus Specification", Revision 1.1, September 23, 1998), further 
in view of Tanenbaum (Tanenbaum, Andrew S.; "Computer Networks", third edition, 1996, 
Pentice-Hall). 

15.1. Frantz as modified by IBMTechnicalDisclosure and McAlear teaches the interface 
device for testing an in-test host's support of USB peripherals as recited in claims 1-2,4 
and 11-12 above. 

15.2. The art of Tanenbaum is directed to computer communication networks [Title] . 

15.3. The art of UsbSpecs is directed to specifications for Universal Serial Bus 
Specifications (Title). 

15.4. Frantz appears to teach USB peripheral devices { Abstract, third sentence) . 

15.5. Frantz appears to teach that a particular command message is designated for a 
particular one of a plurality of different emulated peripheral devices {column 3, lines 65 - 
68; and column 4, lines 1 - 30) . 

15.5.1. Regarding [column 3, lines 65 - 68; and column 4, lines 1 - 30) : 

since there were a plurality of peripheral devices, it would have been obvious that a 
command message is designated for a particular one of the peripherals. 

15.6. Frantz appears to teach operating logic [column 3. lines 65 - 68; and column 4, 
lines 1-30) . 

15.7. Frantz does not specifically teach that a particular USB command message is 
designated for a particular one of a plurality of different emulated peripheral devices. 
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15.8. Frantz does not specifically teach that the network communications protocol 
supports a plurality of logical ports. 

15.9. Frantz does not specifically teach that the operating logic maintains a 
correspondence between emulated peripheral devices and logical ports. 

15.10. Frantz does not specifically teach that the operating logic sends said particular USB 
command message to one of the logical ports that corresponds to said one of the plurality of 
the different emulated peripheral devices. 

15.11. Tanenbaum appears to teach a network communications protocol that supports a 
plurality of logical ports (pages 486 - 487, section labeled "Berkeley Sockets", 
especially figure 6-6. primitives SOCKET and BIND) . 

15.11.1. Regarding [pages 486 - 487. section labeled "Berkeley Sockets", 
especially figure 6-6. primitives SOCKET and BIND) : it would have been obvious 
that the network communications protocol supports a plurality of logical ports, because 
multiple sockets and addresses can be created. 

15*12. UsbSpecs appears to teach that operating logic maintains a correspondence 
between peripheral devices and logical ports (page 21. section 4.8.1 Device 
Characterizations, first sentence) . 

15.12.1. Regarding {page 21. section 4.8.1 Device Characterizations, first 
sentence) : it would have been obvious that operating logic was used to maintain a 
correspondence between a peripheral device and an address (a type of logical port). 

15.13. UsbSpecs appears to teach operating logic sends a particular USB command 
message to one of the ports that corresponds to one of a plurality of different peripheral 
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devices (page 21. section 4.8.1 Device Characterizations, first sentence; and page 36. 
section 5.5 Control Transfers, second sentence) . 

15.13.1. Regarding ivaae 21. section 4.8.1 Device Characterizations, first 
sentence: and page 36. section 5.5 Control Transfers, second sentence) : it would 
have been obvious that operating logic sends a particular USB command message to 
one of the ports that corresponds to one of a plurality of different peripheral devices. 

15.14. The motivation to use the art of UsbSpecs with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear would have been because an ordinary artisan at the 
time of invention needing to test USB peripheral devices would have needed the USB 
specifications, and the USB specifications are provided by UsbSpecs. 

15.15. The motivation to use the art of Tanenbaum with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear would have been because an ordinary artisan at the 
time of invention needing to test USB peripheral devices, where the peripheral devices were 
available across a network, would have needed a network communications protocol, and 
Tanenbaum provides a network communication protocol (Berkeley sockets). 

15.16. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of UsbSpecs and Tanenbaum with the art of Frantz as 
modified by IBMTechnicalDisclosure and McAlear to produce the claimed invention. 

16. Claims 13 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over Frantz 
(U.S. Patent 6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM 
Technical Disclosure Bulletin, "Multiple Control Unit/ Device Emulator for Testing 
Computer Programs", September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in 
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view of McAlear (U.S. Patent 6,389,029) as applied to claims 1 - 2, 4 and 11-12 above, 
further in view of Tanenbaum (Tanenbaum, Andrew S.; "Computer Networks", third edition, 
1996, Pentice-Hall). 

16.1. Frantz as modified by IBMTechnicalDisclosure and McAlear teaches the interface 
device for testing an in- test host's support of USB peripherals as recited in claims 1-2,4 
and 11-12 above. 

16.2. The art of Tanenbaum is directed to computer communication networks {Title) . 

16.3. Regarding claim 12: 

16.3.1. Frantz does not specifically teach the IP network communications 
protocol. 

16.3.2. Tanenbaum appears to teach the IP network communication protocol 
(page 412 % last paragraph that starts with "The glue . . .") . 

16.3.3. The motivation to use the art of Tanenbaum with the art of Frantz as 
modified by IbmTechnicalDisclosure and McAlear would have been because an ordinary 
artisan at the time of invention using the Internet communications line of Frantz 
[column 4. lines 1 - 61 would naturally use the Internet Protocol (IP) of Tanenbaum. 

16.4. Regarding claim 13: 

16.4.1. Frantz does not specifically teach the UDP over IP network 
communications protocol. 

16.4.2. Tanenbaum appears to teach the UDP over IP network communications 
protocol [page 542. section 6.4.81 . 
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16.4.3. The motivation to use the art of Tanenbaum with the art of Frantz as 
modified by IbmTechnicalDisclosure and McAlear would have been because an ordinary 
artisan at the time of invention using the Internet communications line of Frantz 
{column 4. lines 1 - 61 would naturally use the UDP over IP network communications 
protocol because it is faster than establishing and releasing a connection [Tanenbaum* 
page 542 , section 6.4.81 . 

16.4.4. Therefore, as discussed above, it would have been obvious to the 
ordinary artisan at the time of invention to use the art of Tanenbaum with the art of 
Frantz as modified by IBMTechnicalDisclosure and McAlear to produce the claimed 
invention. 

17. Claim 28 - 29 and 31 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Frantz (U.S. Patent 6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM 
Technical Disclosure Bulletin, "Multiple Control Unit/ Device Emulator for Testing 
Computer Programs'', September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in 
view of McAlear (U.S. Patent 6,389,029). 

17.1. The art of Frantz is directed toward a system in which a first computer couples to 
an interface unit via a Universal Serial Bus (USB), and the interface unit couples to a 
remote computer [column 1. lines 22 -32) via a network link [column 7 % lines 9-15; 
and figure I. element 175; and column 3, lines 65 - 68; and column 4, lines 1 - 30 ) 
such that peripherals and input/output devices of the remote computer appear as 
peripherals and input/ output devices of the first computer [column I. lines 22 -32) . 

17.2. The art of IbmTechnicalDisclosure is directed toward using a second computer to 
emulate multiple input/ output devices such that it can be attached to a first computer for 
testing the first computer system and its computer programs [page 1212* first 
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paragraph) . It also provides the capability for testing programs that drive currently 
unavailable devices (page 1212. first paragraph) . 

17.3. The art of McAlear is directed to a local area network incorporating the universal 
serial bus (USB) protocol (Title). 

17 A. Frantz appears to teach USB peripheral devices [ Abstract* third sentence) . 

17.5. Frantz appears to teach receiving USB command messages from the host at an 
interface device [figure 1, elements 125 and ISO: figure 2. elements 100. 150. 80. 86. 
87. 125. 181; and column 3. lines 65 -67; and column 4. lines 1 - 16\ . 

17.6. Frantz appears to teach sending the command data packets from the interface 
device to one or more peripherals over network communications media [figure 2. elements 
150. 200. 170. 175. 270. 285. 225. 235. 280. 290. 240. 245. 295: and column 3. 
lines 65 -67; and column 4. lines 1 - 47) . 

17.7. Frantz appears to teach receiving response data packets from the one or more 
peripherals over the network communications media at the interface device, wherein the 
response data packets are formatted in accordance with a network communications 
protocol (figure 2. elements 150. 200. 170. 175. 270. 285. 225. 235. 280. 290. 240. 
245. 295; and column 3. lines 65 -67; and column 4. lines 1 - 47) . 

17.7.1. Regarding {figure 2. elements 150. 200. 170. 175. 270. 285. 225. 

235. 280. 290. 240. 245. 295; and column 3. lines 65 -67; and column 4. lines 1 
- 47) : since in column 4, lines 1 - 16, it is recited that communication is through 
methods such as Ethernet or Internet, it would have been obvious that the response 
data packets were formatted in accordance with a network communications protocol. 
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17.8. Frantz appears to teach unpackaging response messages from the received response 
data packets [figure 2. elements 270* 175. 170. 195.180. 181. 125. 87. 86. 80. 155. 
190. 165: column 3. lines 65 -67; and column 4. lines 1 - 47; and figure 3. elements 
155. 325. 320. 25. 315. and connecting communication links) . 

17.8.1. Regarding {figure 2. elements 270. 175. 170. 195.180. 181. 125. 87. 

86. 80. 155. 190. 165: column 3. lines 65 -67; and column 4. lines 1 - 47; and 
figure 3. elements 155. 325. 320. 25. 315. and connecting communication links) : 

it would have been obvious that the system was unpackaging response messages from 
the received response data packets. 

17.9. Frantz appears to teach sending the unpackaged, response messages from the 
interface device to the host (figure 2. elements 270. 175. 170. 195.180. 181. 125. 87. 
86. 80. 155. 190. 165; column 3. lines 65 -67; and column 4. lines 1 - 47; and 
figure 3. elements 155. 325. 320. 25. 315. and connecting communication links) . 

17.9.1. Regarding {figure 2. elements 270. 175. 170. 195.180. 181. 125. 87. 

86. 80. 155. 190. 165; column 3. lines 65 -67; and column 4. lines 1 - 47; and 
figure 3. elements 155. 325. 320. 25. 315. and connecting communication links) : 

it would have been obvious that the system was sending unpackaged, response 
messages to the host. 

17.10. Frantz does not specifically teach receiving USB command messages from the in- 
test host. 
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17.11. Frantz does not specifically teach packaging the received USB command messages 
in command data packets formatted in accordance with a network communications 
protocol. 

17.12. Frantz does not specifically teach sending the command data packets from the 
interface device to one or more peripheral emulators over network communications media. 

17.13. Frantz does not specifically teach receiving response data packets from the one or 
more peripheral emulators over the network communications media at the interface 
device, wherein the response data packets are formatted in accordance with a network 
communications protocol. 

17.14. Frantz does not specifically teach unpackaging USB response messages from the 
received response data packets. 

17.15. Frantz does not specifically teach sending the unpackaged, USB response messages 
from the interface device to the in-test host. 



17.16. IbmTechnicalDisclosure appears to teach an in-test host [page 1212* first 
paragraph labeled 2p\ and a peripheral emulator I page 1212. first paragraph labeled 

ae). 

17.17. McAlear appears to teach: 

17.17.1. packaging received USB command messages in command data packets 
formatted in accordance with a network communications protocol (column 24, lines 25 
^55); 
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17.17.2. unpackaging USB response messages from received response data 
packets (column 24, lines 25 - 55) : 

17.18. The motivation to use the art of IbmTechnicalDisclosure with the art of Frantz 
would have been because an ordinary artisan at the time of invention needing to test a first 
computer communicating with a USB peripheral device across a network, where the 
peripheral device was not yet available (as taught in IbmTechnicalDisclosure), would have 
emulated the USB peripherals (as taught in Frantz, in the Abstract, third sentence) and 
used the art of IbmTechnicalDisclosure with the art of Frantz to perform the test. The 
ordinary artisan would have known that a cost and time benefit would result from testing a 
first computer before the peripheral device was available. 

17.19. The motivation to use the art of McAlear with the art of Frantz would have been the 
benefit recited in McAlear that the invention overcomes the reach limitations of the USB 
protocol (column 9, lines 11 - 15), which would have been recognized by the ordinary 
artisan as overcoming a significant limitation of the USB protocol. 

17.20. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of Frantz with the art of IbmTechnicalDisclosure and 
McAlear to produce the claimed invention. 

17.21. Regarding claim 29: 

17.21.1. Frantz appears to teach USB peripheral devices (Abstract, third 
sentence) . 
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17.21.2. Frantz does not specifically teach emulating one or more different USB 
peripherals within the one or more peripheral emulators to create the incoming USB 
messages. 

17.21.3. IbmTechnicalDisclosure appears to teach emulating one or more different 
peripherals within one or more peripheral emulators to create the incoming peripheral 
messages (page 1212* first paragraph labeled 2p and second paragraph) . 

17.21.3.1. Regarding {page 1212* first paragraph labeled 2p and second 
paragraph) : it would have been obvious that the peripheral emulator creates 
incoming peripheral messages. 

17.22. Regarding claim 31: 

17.22.1. Frantz appears to teach an Ethernet network communications protocol 
{column 4, lines 1 - 61 . 

17.22. 1.1. Regarding (column 4. Zings J - 61 ; it would have been obvious that an 
Ethernet communications line uses an Ethernet network communications protocol. 



18. Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over Frantz (U.S. Patent 
6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM Technical Disclosure 
Bulletin, "Multiple Control Unit/ Device Emulator for Testing Computer Programs", 
September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in view of McAlear (U.S. 
Patent 6,389,029) as applied to claims 28 - 29 and 31 above, in view of McConnell 
(McConnell, Steve; "Code Complete", 1993, Microsoft Press). 
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18.1. Frantz as modified by IbmTechnicalDisclosure and McAlear teaches a method of 
testing an in-test host's support of USB peripherals as recited in claims 28 - 29 and 31 

above. 

18.2. The art of McConnell is directed toward software construction (Book cover), 
including testing (page 589. chapter title) . 

18.3. Frantz appears to teach response messages in response to the packaged command 
messages and packaging said response messages in the response data packets I figure 2; 
and figure 3, elements "communicate over appropriate interface"* "instructions", 
and "remote activity translated to USB", elements 155 and 315; and column 5. lines 
65 - 67; and column 6. lines 1 - 67) . 

18.3.1. Regarding {figure 2; and figure 3, elements "communicate over 

a ppropriate interface", "instructions", and "remote activity translated to USB", 
elements 155 and 315; and column 5. lines 65 - 67; and column 6, lines 1 - 67) ; 
it would have been obvious that there were response messages in response to the 
packaged command messages and that the said response messages were packaged in 
response data packets. 

18.4. Frantz does not specifically teach creating abnormal USB response messages in 
response to the packaged USB command messages and packaging said abnormal USB 
response messages in the response data packets in order to test the in-test host's ability to 
handle such abnormal USB response messages. 

18.5. IbmTechnicalDisclosure appears to teach an in-test host (page 1212. first 
paragraph and second paragraph) . 
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18.6. McConnell appears to teach testing with abnormal parameters in order to test the 
software's ability to handle such abnormal parameters (page 589. and page 603. section 
"Clczsses of Bad Data", especially bullet "the wrong kind of data (invalid data) 99 ) . 

18.7. The motivation to use the art of McConnell with the art of Frantz as modified by 
IbmTechnicalDisclosure and McAlear would have been the testing methods taught in 
McConnell, which would have been recognized as valuable time and cost saving methods by 
the ordinary artisan. 

18.8. Therefore, as discussed above, it would have been obvious to the ordinary artisan at 
the time of invention to use the art of McConnell with the art of Frantz as modified by 
IBMTechnicalDisclosure and McAlear to produce the claimed invention. 

19. Claims 32 and 33 are rejected under 35 U.S.C. 103(a) as being unpatentable over Frantz 
(U.S. Patent 6,636,929, October 21, 2003) in view of IbmTechnicalDisclosure (IBM 
Technical Disclosure Bulletin, "Multiple Control Unit/ Device Emulator for Testing 
Computer Programs", September 1971, Volume 14, Issue 4, pages 1212 - 1213), further in 
view of McAlear (U.S. Patent 6,389,029) as applied to claims 28 - 29 and 31 above, further 
in view of Tanenbaum (Tanenbaum, Andrew S.; "Computer Networks", third edition, 1996, 
Pentice-Hall). 

19.1. Frantz as modified by IbmTechnicalDisclosure and McAlear teaches a method of 
testing an in-test host's support of USB peripherals as recited in claims 28 - 29 and 31 
above. 



19.2. 
19.3. 



The art of Tanenbaum is directed to computer communication networks {Title) . 
Regarding claim 32: 
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19.3.1. Frantz does not specifically teach the IP network communications 
protocol. 

19.3.2. Tanenbaum appears to teach the IP network communication protocol 
[page 412. last paragraph that starts with "The glue . . ."1 . 

19.3.3. The motivation to use the art of Tanenbaum with the art of Frantz would 
have been because an ordinary artisan at the time of invention using the Internet 
communications line of Frantz (column 4. lines 1-6) would naturally use the Internet 
Protocol (IP) of Tanenbaum. 

19.4. Regarding claim 33: 

19.4.1. Frantz does not specifically teach the UDP over IP network 
communications protocol. 

19.4.2. Tanenbaum appears to teach the UDP over IP network communications 
protocol {page 542* section 6.4.8) . 

19.4.3. The motivation to use the art of Tanenbaum with the art of Frantz would 
have been because an ordinary artisan at the time of invention using the Internet 
communications line of Frantz [column 4, lines 1-6) would naturally use the UDP 
over IP network communications protocol because it is faster than establishing and 
releasing a connection {Tanenbaum. page 542. section 6.4.8 ). 

19.4.4. Therefore, as discussed above, it would have been obvious to the 
ordinary artisan at the time of invention to use the girt of Tanenbaum with the art of 
Frantz as modified by IBMTechnicalDisclosure and McAlear to produce the claimed 
invention. 
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Conclusion 

20. The prior art made of record and not relied upon is considered pertinent to the applicant's 
disclosure: 

20.1. Tanenbaum, Andrew S.; "Computer Networks", third edition, 1996, Prentice Hall, 
pages 404 - 405; teaches common knowledge in the art regarding embedding a network 
protocol inside another network protocol in order to bridge between two networks. 

20.2. BEN-DOR et al. (U.S. Patent Application Publication 2002/0141418) teaches USB 
tunneling 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Russell L. Guill whose telephone number is 571-272-7955. The 
examiner can normally be reached on Monday - Friday 9:00 AM - 5:30 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Paul Rodriguez can be reached on 571-272-3753. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. Any inquiry of 
a general nature or relating to the status of this application should be directed to the TC2100 
Group Receptionist: 571-272-2100. 
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Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 




